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purpose of filling unsold advertising slots and enhances the appeal of the overall 
presentation to the moviegoer audience. 

In the cases of both fixed stock and rolling stock, the message takes a physical 
form, eg, slides or film. A physical copy of each slide or film is required in every 
5 theater screen location. Distribution of the physical materials is repetitious and costly It 
is also labor intensive and error prone, particularly with respect to fixed stock 
Therefore, updating the content regularly is rather expensive and may be unreliable. 
Content may be occasionally inserted incorrectly or updated inappropriately. Because 
the content is rather expensive to update, the only practical form of market segmentation 
1 0 available to the advertisers has been segmentation by geographical location. 

Systems have been disclosed for transmitting motion picture cinematic 
information to movie theatres. For example, U.S. Patent No. 5,294,013 discloses a 
method and apparatus for distributing digital data representing motion picture 
cinemagraphic information from a central site to a motion picture theatre via radio 
15 frequency communication. No disclosure is made, however, of providing advertisement 
information to motion picture audiences nor of targeting specific audiences based on 
their interests, nor of measuring the exposure of advertisements. 

Advertising systems in other forums have been disclosed. For example, U.S. 
Patent No, 5,955,710 discloses a system for transmitting digital data representative of 
20 advertisement information to elevator display units in elevators. Although such systems 
are disclosed to include targeting based on "micro-demographics", e.g., business 
population, and are disclosed to provide time slots based on the time of day, e.g., prime 
time morning, there is no targeting of advertisements based on the common interests of 
the riders in the elevator, which may include not only business people but staff, visitors 
25 and delivery, people as well. If such systems were used in theatres, even with a digital 
distribution system such as disclosed in U.S. Patent No. 5,294,013, they would not 
achieve the advertisement targeting objectives of the present invention. 

There is a need, therefore, for a more efficient, entertaining, and effective form of 
advertising to movie theatre audiences. 

30 

SUMMARY 

The invention provides a computer-based system for acquiring, archiving, 
retrieving, scheduling, assembling and rendering digital content to bring messages,' 
including advertising, to movie theater audiences via movie theater screens in a preferred 
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implemented through streaming video (which are akin to fixed and rolling stock) rich 
media includes other forms of time-variant content, most notably animations. Rich 
media bridges the gap between fixed and rolling stock. Rich media formats, such as 
SHOCKWAVE (sold by Macromedia, Inc of San Francisco, California), FLASH (also 
5 sold by Macromedia, Inc.), and animated GIF (sold by CompuServe, Inc. of Columbus, 
Ohio), provide the screen advertiser with new opportunities to catch the moviegoer's 
attention and make more captivating impressions without the typically high cost of 
production for rolling stock. 

A further goal of the invention is to provide advertisers with direct, efficient 
10 control over their job placement. The present invention allows content providers to 
electronically transfer content via the Internet. This means that content could flow from 
the content provider's desktop to moviegoer audiences across the country and even other 
countries with no physical intervention. However, the present invention includes 
safeguards in the workflow that may intervene in the event of malicious activity. The 
15 ability to deliver content to an audience within hours qualifies the present invention as a 
vehicle for just-in-time advertising. 

A further goal of the invention is to provide advertisers with detailed exposure 
reports. A system of the present invention will generate logs at every showing. These 
logs will accurately record the presentation of contents as the presentation proceeds. A 
20 system in accordance with the present invention will also receive box office data from 
the exhibitor on a per-showing basis. Bringing the box office data together with the log 
data, the system of the present invention may calculate detailed exposure rates. The 
exposure rates may, in-turn, be used to bill the content provider based on the number of 
moviegoers reached. The exposure rates may also be used by the advertiser in 
25 cost/benefit analysis of this form of advertising, and may further be used by the 
advertiser to refine their target audience. An extension of the present invention may also 
perform the cost benefit analysis by correlating this data with advertiser sales data. 

A further goal of the invention is to reduce the labor associated with the present 
art which accounts for the current cost and potential unreliability. This includes reducing 
30 the labor of content placement from the content provider to the media manager and to 
reduce the labor in content delivery from the media manager to the theater screen 
location. 

A further goal of the invention is to reduce the consumption of materials such as 
the film, which is replicated for every screen location. By eliminating the consumption 
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of film, a significant cost is e.imina.=d and the btnden on the earth's environ™, is 
reduced. 

A further goa. of the invention is to increase the pertinence of the presentation ,„ 
Ote movregoer. This goa, is achieved primarily by the content providers. The content 
5 provrd^w,,, segment ^ atKhence fo, cos, effecriveness. By doing so, moviegoers are 
more likely to be interested in the content. 

A further goal of the invention is ,„ present ^ content using more engaging 
formats. Again, this is accomplished primarily tough the activities of the content 
providers With rich media formats available, content provide, such as advertisers will 
create more captivating contems to increase the effectiveness of their content in 
deitvering a message. By their very nature, these contents will be more entertaining to 
the moviegoer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 The following description may be father understood with reference to the 

accompanying drawings in which: 

Figure 1 shows an illustrative view of an advertisement image in accordance with 
an embodiment of the invention to be shown in a cinema; 

Figure 2 shows an illustrative view of the physical architecture of a system of the 
20 invention; 

Figure 3 shows an illustrative view of a portion of a system of the invention to be 
located at a cinema having a single theatre in accordance with an embodiment of the 
invention: 

Figure 4 shows an illustrative view of a portion of a system of the invention to be 
located at a cinema having a plurality of cinema screens in accordance with another 
embodiment of the invention; 

Figure 5 shows an illustrative functional view of the access and data flow in 
accordance with an embodiment of a system of the invention. 

Figure 6 shows an illustrative functional view of a server system in accordance 
30 with an embodiment of the invention; 

Figure 7A shows an illustrative relational view of participating elements in 
accordance with an embodiment of the invention; 

Figure 7B shows an illustrative user state-transition diagram in a system of the 
invention; 
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Figure 8 shows an illustrative account — 
invention . OUnt diagram in a system of the 
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Ftgure M shows an motive view of tite logical archive of ute alien, 
assembly portion of a system of the invention; and 

^ enthod " *" rep0 " ta « with an 

embodiment of the invention. 

The drawings are for illustrative purposes only and arc no, ,„ scale. 
DETAILED DESCRIPTION OF THE ILLUSTRATED EMBODIMENTS 
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pmsemauon ,e„gm of the example is designed to „. for a specifled period of time eg 
20 mmute, .„ most cases tire page is scripted ,o change tite contents over tins time 
30 euher through scrolling or conten|s rep)acemem 

The upper-left frame 12 comains a page with a single GIF image that is an icon 
f tti, system and conveys the name, logo and a means of con.acing ,he operator of the 
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video of places, people and things, and health tips etc. 

TTie presentation is not limited to four frames shown in Figure 1 The 
presentation may provide one frame only or any number of a plurality of frames Four 
was chosen for the example because it is believed to be the optimal number for the 
5 mov.goer audience to view. However, tests of other frame arrangements and frame 
counts may be made in an attempt to further optimize presentation. Also, the 
arrangement and count of the frames may vary for a variety of purposes, and the 
presentation may be designed to run any length of time other than 20 minutes. 

Also, banner ads need not remain in GIF format, and may be static or animated 
10 Such ads may be, for example, in JPEG format as (provided by the Joint Photographic 
Experts Group), in PNG format (written by Thomas Boutell and Tom Lane, released by 
the IETF as RFC 2083), in TIF format (provided by Aldus Corporation of Seattle 
Washmgton), in BMP format (provided by Microsoft Corporation) or any other image 
file format. They could also be an animation or video contained in AVI format 
15 (provided by Microsoft Corporation), in MPEG format (provided by the Moving Picture 
Experts Group, released as IEC/ISO 11172-1, 2, 3 and subsequent specifications) in 
REALMEDIA format (provided by RealNetworks, Inc. of Seattle Washington), or in any 
other time-variant format. They could also be provided in a vector format such as 
WINDOWS METAFILE (WMF) format (provided by Microsoft Corporation) or any 
20 other vector format. The banner ads could also be an embedded object such as a 
SHOCKWAVE animation or some other format rendered through ACTIVEX (provided 
by Microsoft Corporation) or JAVA APPLET (provided by Sun Microsystems, Inc. of 
Pale Alto, California). Over time, new formats and object binaries to render them will 
become available. Because these new formats and binaries are designed for HTML or a 
25 successor of HTML, they will be candidates for use in the presentation of banner ads. 

Ads also need not remain banners. They may be presented in any size or shape 
available, in the parent page. Ads are also not limited to 10 seconds of exposure The 
feature ad in the lower-right frame of the example in Figure 1 is a 60-second ad that is 
not a conventional banner size. These ads may also transition in many different ways 
30 deluding but not limited to scrolling and wiping. The content in the other frames, like 
the banners ads, may take any form available to HTML. 

Each of the HTML format, HTTP protocol, the HTTP server, and the browser 
work together to bring a presentation to an audience in the preferred embodiment' 
However, there are other languages, transfer protocols and rendering software that could 
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be combined to create the same or similar result. An alternate means will certainly 
include the successor to Him, Extensible Markup Language (XML) using Extensible 
Link Language (XLL), emerging and related specifications. Other alternate means 
serving the same purpose couJd also be derived from Standard Generalized Markup 
5 Language (SGML). 

Other languages could also be constructed to serve the same purpose of storing, 
conveying and rendering text, images and graphics. These languages would likely be, 
but aren't required to be, specified through a Document Type Definition (DTD). These 
languages could render the content natively or they could host binary objects that render 
10 tagged sub-contents. This would eliininate the need for HTML, XML or any other 
SGML-based language and serve the same purpose of the present invention. 

The contents need not be encapsulated in a language or script. They could be 
managed through the use of a bill of materials. The bill of materials would simply be a 
list of contents with or without associated attributes and operating parameters. Such a 
15 list could be read by specialized display software and rendered according to the attributes 
and operating parameters. This would eliminate the need for a language and serve the 
same purpose of the present invention. 

Attributes and operating parameters may also be embodied within the display 
objects themselves. In this way, a set of display objects could be taken as a stream and 
20 rendered by specialized display software according to their own internal attributes and 
operating parameters. This would eliminate the need for a bill of materials and would 
serve the same purpose of the present invention. 

; .Whether by language, bill of materials, or a stream of objects, the data may be 
either pushed or pulled from a central server. The preferred embodiment pulls the 
25 content from the server to the client through an event or action initiated and controlled by 
the client. Techniques of pushing the data include, but are not limited to, webcasting 
technologies provided by the POINTCAST program (sold by EntryPoint of San Diego, 
California), and the CHANNEL program (sold by Microsoft Corporation). 

In a preferred embodiment of a system of the present invention, the overall 
30 system 20 may be described physically as an interconnected set of general purpose 
computers, software, and electronics as shown in Figure 2. These components include a 
central content provider 22, a set of servers 24 that are connected to the central provider 
22 via the internet 28 through a firewall 26, as well as a set of client assemblies 30 that 
are connected to the servers 24 via an intranet 32. Each client assembly includes a client 
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assembly processing unit 34 and a projector 36. This grouping of interconnected 
equipment facilitates centralized management of content yet distributed presentation of 
content. The servers 24 are housed in one or more central facilities while the client 
assemblies 30 are housed in the theatre buildings that they serve. The servers 24 are 
5 connected to the Internet 28, protected by the firewall 26, to facilitate outside access to 
the system. 

The servers 24 are primarily tasked with receiving, storing, and assembling 
message content for presentation. The servers 24 are configured with fail-safe 
protections that provide uninterrupted service in the event one or more of the servers 24 
10 fails to operate properly. Using redundant processors and storage devices, a failure in 
one area is immediately compensated for in another area until the failed system is 
restored and becomes operational. Additionally, sites containing clusters of servers will 
be geographically distributed to serve local regions. In the event of a site failure, one or 
more other sites will pick-up the service until the site is restored. Through equipment 
15 and site redundancies, there will be no single point of failure for the system as a whole. 

The servers are geographically located at sites with access to high-quality power 
and communications services. The physical architecture of the servers may be scaled and 
partitioned to keep pace with system demand. Clusters will be replicated for redundancy 
and to reduce the cost of implementing the WAN. The servers will run UNIX (an 
20 operating system developed at AT&T now offered by many vendors) or a similar 
operating systems capable of hosting multiple server processes on the same machine and 
facilitating the present invention's logical architecture. Alternate operating systems 
include, but are not limited to, LINUX (developed by Linus Torvalds of Santa Clara, 
California), AIX (sold by International Business Machines of Armonk, New Jersey),' 
25 VMS (sold by Digital Equipment Corporation, a subsidiary of Compaq of Houston' 
Texas) and WINDOWS NT (sold by Microsoft Corporation). This includes, but is not 
limited to, all forms, versions and variations of these operating systems. 

The server computers, themselves, may be general purpose computers, and may 
include one or more central processing units (CPUs), random access memory (RAM), 
30 and persistent data storage device (e.g. magnetic disk). The CPU executes the software' 
instructions, thereby operating on the data. The instructions and data are staged for 
execution in RAM. The software and data are primarily maintained in the persistent data 
storage device. General purpose computers are available from IBM, HP, Sun, DEC, and 
many other vendors. The preferred embodiment of the system will make use of one or 
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more types of computer from one or more vendors based on price/performance criteria. 

The client assemblies 30 are primarily tasked with rendering message content. 
Failure of one client assembly has no adverse effect on the servers, other client 
assemblies, or the interconnections. Failures are managed through rapid repair and/or 
5 replacement. 

As shown in Figure 3, the client assembly 30 includes the personal computer 
(PC) 34 that is connected to the system's intranet 32 via a connection port 40 through 
which it receives presentations. The assembly 30 also includes the digital projector 34 
through which the PC renders the presentations onto a theatre screen 42. Figure 3 
10 illustrates a single-screen cinema physical configuration in which the PC stands alone as 
the local recipient and staging platform of the presentation as well as the presentation 
system that renders the content to the screen. 

As the local recipient and staging platform of the presentation, the PC 34 receives 
the presentation via the intranet connection and stages it for access by a local server 
15 process. When the presentation is started by a screen operator, it is rendered to the 
digital projector 36 and projected to a screen 42 for the audience to view. One assembly 
is required for each screen location for the projection of messages from the present 
invention. However, in a multi-screen cinema complex, the configuration is varied. 

As shown in Figure 4, in another embodiment of the invention relating to 
20 applications involving a multi-screen cinema complex, each of the client assemblies 44 is 
connected to a sub-net (Local Area Network or LAN) 46, which in turn is connected to a 
PC subnet server/http server 48. The server 48 is connected to the intranet 32 via an 
intranet communication port 40. The local sub-net server 48 acts as a single point of 
contact to the Intranet and as a local HTTP server. In this way, the client assemblies on 
25 the sub-net share the connection to the system's Intranet rather than requiring individual 
connections. Furthermore, the presentations are served from a single machine that is 
updated more efficiently than updating the individual client PCs separately. 
Additionally, the presentation logs are generated on this common machine and 
transferred back to the central servers more efficiently. 
30 Each client assembly 44 includes a PC 50 that may be any general purpose small- 

scale computer capable of running the required software. This includes small-scale 
computers that have not been traditionally labeled as a PC, but have perhaps been labeled 
workstation or some other name. For example, such systems may include a 200 MHz or 
faster single or dual processor computer with 64 or more megabytes of RAM and 2 or 
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and networks could be scaled up to meet these surges. Such a solution might, in-fact, 
become the preferred embodiment at a time when servers have excessive capacity and 
networks have excessive bandwidth. 

The multi-projector assembly is one in which a single computer drives more than 
5 one projector and screen. This might be an appropriate solution if the presentation on all 
the screens at a cinema complex were to be the same. It might also be an appropriate 
solution if the computer were powerful enough to render more than one presentation at a 
time or if the presentations were guaranteed not to overlap through staggered scheduling. 
The PC that serves the client assembly might be replaced with specialized 
10 hardware and software for the specific puipose of interfacing to networked computer 
equipment and perhaps specifically networked Web servers. This specialized equipment 
includes, but is not limited to, the family of diskless workstations and "set-top boxes- 
otherwise known as Web-TV. Since the client assembly in many instances does not need 
to persist any content, this equipment would be a suitable and cost-effective substitute. 
15 In the cinema complex, the sub-net server is shown as a server-only computer. 

The sub-net server could serve the dual functions of staging the presentation content 
locally and rendering content to a screen as part of the client assembly. 

A client-server logical view 60 is provided in Figure 5, which shows the steps of 
access- and data flow in the primary use case of the present invention. Contact is 
20 established by the content provider when they enter the Universal Resource Locator 
(URL) for the present system into their web browser 62 (Internet Explorer and Navigator 
are among the possible browsers). Access to the system is provided by an HTTP server 
64 which answers the browser's HTML page request. The content provider will 
establish a working session with the system by logging-in. Supporting the session and 
25 dynamic data exchange is a Hypertext Preprocessor 66. In a preferred embodiment, the 
system uses the APACHE HTTP Server (sold by Apache Software Foundation of Forest 
Hill, Maryland), which is integrally compiled with the PHP hypertext preprocessor 
(developed by PHP Development Team of which is centralized at www.php.net). 

Apache serves pages with PHP script code, and the script code is executed by the 
30 PHP interpreter prior to serving the page. In this way, the Apache/PHP server is able to 
execute instructions, including Transactional Services 68, detailed below and return the 
results as part of the HTML page delivered to the content provider's web browser. To 
interact with the present invention, the content provider chooses to log-in to the system 
by clicking on a login prompt which presents a login page. In the process of moving to 
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the login screen, the HTTP protocol shifts to a secure socket port which encrypts the data 
flowing across th e Internet. The exchange will remain on the secure port until the 
content provider logs-out, which marks the end of the session. HTTP exchanged over a 
secure socket port is frequently referred to as HTTPs. This provides adequate protection 
5 of the data exchanged during the course of the session. 

Apache and PHP are just one solution for implementing dynamic Web interface 
often referred to as dynamic HTML (DHTML). Other solutions for server-side' 
implementations include, but are not limited to, JAVA SERVER PAGES, or JSP (sold 
by Sun Microsystems), ACTIVE SERVER PAGES, or ASP (sold by Microsoft 
10 Corporation) and COLDFUSION (sold by Allaire Corporation of Newton, 
Massachusetts). These share the same principle of operation. However, DHTML is not 
the only technology that may support the requirements of the system of the present 
invention. 

Other solutions include the use of HTML to embedded binary (machine code 
15 and/or virtual machine code instruction) interfaces and server-side processing support. 
Technologies which facilitate client-side interface binaries include, but are not limited to 
JAVA APPLETS and ACTIVE X controls. Technologies which facilitate server-side 
processing binaries include, but are not limited to, COMPONENT OBJECT MODEL 
(provided by Microsoft Corporation), ENTERPRISE JAVA BEANS (sold by Sun 
20 Microsystems), and COMMON OBJECT REQUEST BROKER ARCHITECTURE 
(provided by the Object Management Group centralized at www.omg.org). The system 
of the present invention might be implemented using these or similar technologies. Such 
a use would likely follow the same or similar three-tiered architecture of the preferred 
embodiment and would likely use the same or similar equipment as described herein. 
25 Whether or not such a system uses the architecture and/or equipment of the present 
invention, it could function to serve the same purpose of the present invention. 

Development environments that bring these technologies together for the purpose 
of enterprise application development include, but are not limited to SILVERSTREAM 
(sold by SilverStream, Inc. of Billerica, Massachusetts) and VISUAL AGE (sold by 
30 International Business Machines). The system of the present invention may be 
implemented using these or similar development environments. 

The content provider connects their desktop computer 62 via a browser to the 
HTTP Server 64 by entering the system's URL (e.g. http://www .ciner,*. com) into their 
browser. The content provider enters a user name and password as part of the login 
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process. The PHP script instructions call a login service in transactional services 68, 
which, in turn, queries the database 70 for a match. If a match is found then a session is 
created under the content provider's account and the user is presented with a main page 
offering a series of options for the creation and management of content managed as jobs. 
5 The content provider creates a job that is stored in the database 70 by way of similar PHP 
script instruction(s) and transactional service(s). Among the information stored as part 
of the job is a requested schedule of showings for the content, the locations of the 
showings and the content itself. When the preparation of the job is complete, the user 
submits the job. 

1 0 Submitted jobs are pending approval before their contents will reach the screen, 

as further described below. If the job is approved, then it is ready to be processed by the 
schedule and production daemons 72. 

The schedule and production daemon 72 schedules all showings for all locations. 
As movie schedules become available and as job schedule requests become ready for 
15 scheduling, the schedule daemon generates the content schedules which will be used by 
the production daemon. This process is described in more detail below. The schedule, 
production and logging daemons 72 also produce presentations for each showing of a 
movie at each screen location. Presentations are transferred to the HTTP server local to 
the screen location of the showing 74. The local HTTP server could be running on the 
20 Client PC or on the sub-net PC, depending on the site configuration. 

At the start of the seating period or at the start of the pre-feature period or both or 
at any other scheduled time, the exhibitor, or a device controlled by the exhibitor, may 
invoke the start of the presentation. The presentation will be rendered through the 
projector 36 onto the screen 42. The preferred embodiment uses a front-screen projector, 
25 however, a rear screen projector could also be used. In fact, the output device could be 
any other device including but not limited to a CRT, LCD or LED device located in or 
around the theater auditorium, halls, lobby, entrance or other location where people wait, 
pass or accumulate. 

A presentation log is generated by the local HTTP server 74 through the course 
30 of each showing of each presentation. The logs are transferred from the client 
assemblies back and read. As the logs are read, job schedules are updated to confirm that 
the contents were presented. In this way, the jobs can be audited for completeness in 
execution and reports can be generated. Logged job schedules will be queried in 
conjunction with the box-office data to develop detailed exposure reports for the purpose 
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of billing and/or cost/benefit analysis. 

The high-level server-side architecture shown in Figure 6 includes a more 
detailed view of portions of the system shown in Figure 5. The system includes a three- 
tier architecture, noting that the user interface (Ul) is implemented using a Web-centric 
5 approach, arguably multi-tier itself, and also noting that its ultimate function is to prepare 
presentations for the Client Assembly, which, itself, is a two-tier architecture. 

As shown in Figure 6, the high level server-side logical architecture includes two- 
tier, three-tier, and multi-tier architectures that refer to an organization of the user 
interface (Ul), processing, and data storage requirements associated with most 
10 informational systems. Each of these three requirements is layered into a tier, with the 
Ul tier typically referred to as the first or top tier, the processing tier typically referred to 
as the second or middle tier, and the data storage tier typically referred to as the third or 
bottom tier. Specifically, the first tier includes an HTTP server (secure) for external 
content provider access 80, and an HTTP server for Internet system access 82. The 
1 5 second tier includes transactional services which supports Ul fiinctionality 84, a schedule 
daemon which maps requests to actuals 86, a production daemon for assembling 
presentations 88, and a logging daemon for retrieving presentation logs 90. The 
preparation of the client assembly 92 is itself a two tier process. The third tier includes 
account and users storage 94, exhibitors and sites storage 96, movies and releases storage 
20 98, jobs and schedules storage 100, job content storage 102, and staging volume storage 
104. A three-tier architecture organizes the system into these three distinct tiers. In a 
two-tier architecture, processing is divided between the first and third tiers leaving the Ul 
tier and the data storage tier. Multi-tier simply refers to a two or three tier architecture. 
While the third tier is labeled last, it is frequently the first tier to be designed. 
25 After the requirements are understood, the artifacts can be identified and represented for 
persistence; in a database or some other data storage system. Processing in the second 
tier can then be modeled on the data in the third tier and finally useful representations of 
the data can be exchanged with the user and processing options made available to the 
user in the Ul tier. 

30 The data storage (or third) tier is organized into four broad groups of data (in 

databases) and two volumes. These four databases may or may not comprise physical 
divisions in the data. The account and users database 94 maintains records of contact, 
billing, login and other account-pertinent information. The job and schedules database 
100 maintains records of individual job contexts describing content. Each context 
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includes provider information, scheduling information, workflow state information, other 
context-pertinent information and a vector to the actual content data stored in the job 
content volume 102. The exhibitor and sites database 96 maintains information 
describing each screen location, actual schedules, box office sales data, membership 
5 within a complex, membership within an exhibitor and other site-pertinent information. 
Movie information is stored in the movies and releases database 98 along with a 
description, genera classification, expected box-office gross and other pertinent 
information. Presentations are staged in the staging volume 104 awaiting transfer to 
their target site(s). 

1 0 The reason for using a database is because it offers reliable recovery of complex 

data and data relationships. The type of database management system (DBMS) used in 
the system of the preferred embodiment is a relational database. Other options for the 
DBMS include hierarchical, object-oriented, and networked. The preferred embodiment 
of the system will make use of one or more types of DBMS from one or more vendors 
15 based on price/performance criteria. Suitable DBMS software includes, but is not 
limited to, Oracle (sold by Oracle Corp. of Redwood Shores, California), SYBASE (sold 
by Sybase, Inc. of Emeryville, California), INFORMIX (sold by Informix Software of 
Menlo Park, California), and DB2 (sold by International Business Machines). 

The user is an abstract class. Deriving from user 1 1 0 are several classes as 
20 shown in Figure 7A. Most of these classes are records containing information about 
actors with specific permissions to interact with the system. An actor is someone or 
something, outside the system or business that interacts with the system or business, as 
provided by Rational Unified Process software (sold by Rational Software Corporation 
of Cupertino, California). Specifically, the classes may include an account contact 1 1 2, 
25 and exhibitor contact 1 14, a system administrator 1 16, a job contact 1 18, a site manager 
120, and a system operator 122. The system administrator 1 16, job contact 1 18, site 
manager 1 20 and system operator 1 22 are each actors. 

All of the user classes share the same states and state-transitions. With reference 
to Figure 7B, a user class is begins at state 130, and is created (shown at 132) by the 
30 system administrator 1 16 or system operator 122 (only system administrators may create, 
modify, or delete new system administrators and new system operators). Once created, 
the user is in an active state (shown at 134), which is the normal state of the user. In the 
active state, the user may open a working session with the system and interact with the 
system to their extent that their class allows. 
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A user may be suspended (shown at 136) by a system administrator 116 or 
system operator 122. The suspended user (state 138) may establish a working session 
with the system, but in a very limited capacity. The purpose of this state is to prevent a 
user from manipulating any artifacts on the system and in the case of system operators 
5 and system administrators, to significantly reduce their other privileges as well. An 
artifact is a piece of information that is produced, modified, or used by a process, that 
defines an area of responsibility, and that is subject to version control. An artifact may 
be a model, a model element, or a document as provided by Rational Unified Process 
software (sold by Rational Software Corporation). A user may also be restored from the 
10 suspended state 138 to the active state 134 as shown at 140. A user is terminated (as 
shown at 142), and the termination state 144 is the end state for a user class. In 
termination state 144, the user cannot establish a working session with the system. In 
further embodiments, additional states may be added, which may be useful for providing 
partial functionality. 

1 5 The account contact 1 1 2 does not describe an actor in the system, but a contact 

for an account, financial, administrative or other entity. One or more account contacts 
are created when an account is opened. Account contacts are expected to be added, 
deleted and changed over the life of an account. 

The job contact 1 1 8 is derived from account contact 1 12. The job contact 1 1 8, 
20 however, does describe an actor in the system. The job contact 1 18 is a contact for one 
or more particular jobs. The job contact 1 18 can fill one or more roles with regard to a 
job including, job-author, job-editor, or job-reader. While these roles are not presently 
differentiated thereby extending the user class hierarchy, they could be in various further 
embodiments. The job contact 1 18 may create, schedule-request, submit and cancel jobs 
25 for which they are a designated contact. A job contact is, by default, the designated 
contact for jobs they create. Additional job contacts may be designated by an existing 
job contact or by a system operator or by a system administrator. 

The exhibitor contact 1 14 does not describe an actor in the system, but a contact 
for an exhibitor, financial, administrative or other entity. One or more exhibitor contacts 
30 are created when an exhibitor is created. Exhibitor contacts are expected to be added, 
deleted and changed over the life of an exhibitor. 

A site manager 120 is derived from an exhibitor contact 114. The site manager 
120, however, does describe an actor in the system. The site manager is a contact for one 
or more exhibitor's sites. The site manager 120 may create, delete and modify schedules 
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(for future showings) and box-office sales data (from recent showings) of a particular 
movie release on a particular screen belonging to a site for which he or she is a 
designated manager. Site managers are designated by a system operator or a system 
administrator when a screen is added to a site or when a site manager is initially created. 
5 Site managers are created by either a system operator or a system administrator. 

A system administrator 116 describes an actor in the system. System 
administrators may effect any and all changes to the system including but not limited to: 
changing system data stored in the databases and in the system volumes, starting and 
stopping processes, daemons, and servers and services, and adding, removing and 
10 configuring hardware. 

A system operator 122 describes an actor in the system. A system operator 122 
may effect changes to the data stored in the databases and in system volumes. These 
changes are limited by the internal system interface they are provided. They cannot 
make ad-hoc changes to the data through direct interfaces such as a command shell in the 
1 5 operating system or through an "immediate" interface allowing ad-hoc queries to the 
database. 

An account is an artifact that defines a unique content provider. An object of 
type account may be created for an advertiser, a non-profit organization, an agent of 
either such as an advertising agency, or any other type of content provider. An account 
20 must have one or more account contacts that may or may not also be job contacts. 
Account contacts) is/are responsible for the appropriateness of the content they provide 
and for payments to the account. An account and its state are represented in 
CC ACCOUNT and the supporting tables. 

An account may be created by a system operator or system administrator. This 
25 process begins at state 150 as shown in Figure 8. Once the account is created (shown at 
152), it is in the active state 154. The account has two other states, suspended 156, and 
closed 158. An account may be suspended from the active state 154 as shown at 160, 
and may later be restored to the active state as shown at 1 62. An account may be closed 
from either the active state 154 (as shown at 164), or from the suspended state 156 (as 
30 shown at 166). An active user associated with an active account, may create new or 
manage existing associated jobs. An active user may review existing jobs associated 
with a suspended account. An active user cannot access any information associated with 
a closed account. Accounts are suspended for billing issues, malicious activities, or after 
a period of inactivity. Accounts may be closed for reasons such as, but not limited to, 
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existence of issues oa™, be mih ^ or if to fa ^ ^ 

dissolves. 

A job artifact is the combination of message content and its context. The content 
could be, for example, a static or animated GIF file, a Shockwave segment or anything 
5 else that may be displayed by or hosted in HTML or XML. The context is a schedule 
request, target audience, and other pertinent information. While a job object is a 
transient object with a finite start, life, and end, it has a continuing representation in the 
persistent entity (database "table") CCJOB and its supporting tables. 

A job must have one or more schedule requests defining where and when the 
10 content will be displayed. However, it is only a request and might not be fulfilled 
Request fulfillment is the responsibility of the schedule daemon. As shown in Figure 9 
the schedule request has up to four dimensions describing when and where it will be' 
shown, start and end dates, times of day, location, and movie. In particular the axis 
indicated at 170 represents the date, along which start and end dates (172 and 174 
15 respectively) lie. The axis indicated at 176 represents the time of day, along which start 
and end times (178 and 180 respectively) lie. The axis indicated at 182 represents the 
location, and the three-dimensional box defined by the above represents a particular 
movie 184. An additional priority attribute may also be available. Specifically a 
Priority called run-of-house is a low-priority that places the content based on last-minute 
20 availability, does not reserve the time-slots and may therefore be pre-empted. This 
option may be made available at a lower cost to the content provider. 
.,, A job may be created by a job contact, a system operator or a system 
admimstrator. A job begins at state 200 and is created (as shown at 202) in Figure 10 
The job is initially created in an active state 204. The creator of the job is designated as 
25 the initial contact for that job. Only the contact, a system operator or a system 
administrator may update the job from that point forward. The contact for the job may 
update an active job by updating the job content, adding, deleting and changing schedule 
requests and by submitting it or canceling it. A system operator or a system 
administrator may also perform these operations. 
50 Once the job has been completed, the content transferred and one or more 

Schedule Requests added, the job contact may submit the job (shown at 206) to be 
approved. Submitting a job is the first step in the workflow of the system. Because the 
system is job-centric, the workflow follows the state transitions of the job. The primary 
flow is indicated with heavy arrows in Figure 1 0. 
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A submitted job is pending approval (state 208) for completeness, laek of 

eonfbcts, appropriateness, and available capacity. If the job is approved (shown at 210) 

m state changes to approved (212). If it is not approved, it is rejected (shown at 214) 

and placed into an inactive state 216, and the content provider would be notified of the 

5 rejection. The content provider may then make alterations and re-submit the job (shown 

at 218) by first having it reactivated. An active job may also be cancelled as shown at 
220. 

Approved jobs are queued (state 220) according to date approved and scheduled 
by the schedule daemon. Running jobs (state 222) are approved jobs that have started 
10 runnm g asshownat224. Once a job has been shown for the last time (as shown at 226) 
its state changes from running to archive (step 228). From any of the states, pending' 
approved, and running, the job may be suspended. A suspended job is in a suspend state' 
and may be unsuspended at any time. While in the suspend state, the content of the job 
will not be presented. 

As the job runs, its schedules get logged as it is shown or not-shown (with a 
reason code). Logged schedules account for the time and location that the job content 
was shown. The last log attribute is inserted after the final showing and the job is set to 
archive. 

Clients are maintained in the system for reasons of conflict. An advertiser may 
20 strike an exclusive deal with the media manager or with the exhibitor that prevents one 
or more competitors from advertising under certain circumstances. Furthermore an 
advertiser may want to review the most current list of advertisers prior to submitting a 
job. The entity CC.CLIENT is the representation for all clients. Among attributes in 
this and in supporting tables is a representation for all conflicting relationships. 
25 ... The movie object is a description of the film's content. A release object is an 
extension of the movie object indicating release date, expected gross, and other studio 
estimates. This relationship facilitates re-releases, limited releases, and sneak previews 
Movies and releases will be populated as they become known from the studios. Second 
run movies and classic movies will be back-filled. Movies and releases are represented 
30 in CC_MOVIE, CC_MOVIE_RELEASE and supporting tables. 

A showing object is a particular movie shown on a particular screen at a 
particular time. A schedule object is created by the schedule daemon to reserve a job for 
a particular showing, and these objects are represented in CC_SHOWTNG and 
CC_JOB_SCHEDULE. 
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Box-office receipt objects (receipts) are entered or loaded too a CC BO RECEIPTS 
table. Receipts detail the head-count and gross ticket sales for eve^ showing As 
recetpts become known, ftey may be ^ ^ ^ ^ ^ . 

exposure. J 

5 The screen object represents an individual movie screen (screen). One or mom 

screens have membership in a site object. A site object is a cinema c„m P .ex or megaplex 
or some other collection of eo-loca,ed screens. One or more sites have membership in an 
exh,b„„r object, and a she object is located in a region object. A request may specify a 
screen, site, exhibitor or region. Schedules are associated with a screen because the 
10 reoues. has been resolved ,„ one or more screens. Exhibitor*. site , screens and regions 
are represented in CC_ EXHIBITOR, CC.SfTE, CC.SCREEN, CC SITE REGION and 
their supporting tables. 

The screen presentation is segmented. The example snapshot shown in Figure 1 
has four segments. Toe forma, object contain the HTML, XML, or SGML-based codes 
.5 whtch describe the segmentation layout. Each segment is a frame object that may or 
may no, have its own code. Job co„,en, is targeted ,„ a specific frame type with a 
apecfic s,ze and a purpose. One type of fmme type is a banner frame that is used ,o 
convey banner content, short bu, wide, and typically adverfising. Another type of frame 
,s fire feature frame, which is bigger and mom pmminen, than dte banner fmme The 
20 featum frame is typically used to convey non-advertising comen, such as trivia or news 
The forma, and fiame objects are configurable and can describe any layout for maximum 
extensibility. The fomta, and frame objects ace represented ta 
CC_PRESENTATION_FORMAT and CC.PRESENTAT70N FRAME. 

The Database may be modeled by an entity relationship diagram as shown in 
Ftgure 1 1. The diagram of Figure 1 1 shows the relationships between important data of 
the system and how system artifacts are maimained - namely, the tables and their 
mtmelationships. This diagram is only one of matty ways to represent the data and 
deta,Is only the primary artifacts of the preferred embodiment. The database could be 
further notmahzed or de-normalized for performance or outer reasons and it would still 
30 serve the same purpose. 

The primary users 250 of the system are advertisers or advertising agencies that 
w.11 establish an account 252. The account 252 will have the necessary attributes to 
fachtate billing. It is through an account that the user can create a job 254 relating to a 
chent 256. A job 254 is a unit of work that embodies a piece of content and the delivery 
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specification fo, fet «,„,«,,. Tie ^ificL* for deliver, are prtaan.y drained 
in one or more scheduled requests 258. 

A schedule request 258 details the delivery of the jobs content to an intersection 
of one or more of time 260, movie 262, and or screen (location) 264. Therefore a 
5 request may be as general as placing an ad against a particular movie or as specific as a 
particular movie at a particular time and in a particular location. With multiple requests 
per job, an advertiser may reach multiple market segments with the same job content A 
job schedule is a job request that has been resolved to a particular show. Because shows 
themselves, are scheduled 7-14 days in advance and because advertisers and agencies' 
10 request shows weeks and months in advance, a job request can go unresolved for some 
period of time. 

A movie is a particular attraction. The movie has attributes such as genre and 
nrtuig that among other attributes will naturally appeal to a particular demographic of 
mov ie goer. A screen is a movie screen which is at a physical site (or location) 266 and 
15 winch belongs to an exhibitor circuit 268. A screen has particular attributes including 
geographical location and dimensions and seat/sound enhancements which will naturally 
attract a particular demographic of moviegoer. 

Time is also an important aspect of a showing. Because time is linear, it may be 
referenced using standard numeric notation and maintained using standard time/date 
20 persistence techniques. A showing 270 is the intersection of exactly one movie at one 
time on one screen. A showing is typically established 7-14 days in advance. A receipt 
272 is a record of attendance of a particular show. 

Some of the tables may grow to contain a large number of records. Tables with 
changing data (working tables) such as CC_JOB_SCHEDULE may be purged regularly 
25 and the purged records may be archived into a data warehouse having a similar schema.' 
Archived data may be accessible through standard segmentation techniques such as date- 
based or id-based or through supporting vector (re-direct) tables or both or through some 
other standard technique. Non-working tables may also have to be segmented using 
similar techniques. 

30 In. the service tier, transactional services create, read, modify and delete 

information stored throughout the data storage tier in transactional units of work. The 
schedule daemon maps requested schedules to actual schedules as they become available. 
The production daemon assembles contents into presentations according to schedule and 
stages them for transfer. The logging daemon retrieves presentation logs from the client 



WO 01/13301 PCT/US00/22105 

24 

assemblies. Transactional services support the functionality available in the UI tier. The 
available functionality is determined by the type of user, their role with regard to the data 
they want to manipulate, and their privileges in the system. Transactional services 
include, but are not limited to creation, deletion, and updating routines for all the primary 
5 artifacts. They also include, but are not limited to state-transition routines. 

One example of such a state transition routine is called cAccount.Create, which 
receives two arguments: strName (which is a cString) and iType (which is an integer). 
This routine returns an integer, iActlD, which is a unique ACTJD or negative error). 
This routine creates an account by adding an entry to CC_ACCOUNT. It assigns and 
10 returns a unique ACTJD, initializes the account to the active state, and adds a creation 
note to CC_ACCOUNT_NOTES. 

Another example of a state transition routine is cAccount.Delete, which receives 
two arguments: iActlD (which is a 32 bit integer) and bDeep (which is a Boolean value 
wherein the default is false). This routine returns a boolean value bSuccess. With dBeep 
15 set to be true, this function deletes all of the associated contacts (CC_CONTACT), the 
contact notes (CC_CONTACT_NOTES), and addresses (CC_ADDRESS). This 
function actually deletes the account record with ID=iActID in CC_ACCOUNT and all 
of the notes in CC_ACCOUNT_NOTES. 

A third example of a state transition routine is cAccount.Suspend, which receives 
20 one argument, iActlD and returns the Boolean value bSuccess. This routine suspends the 
account record with ID = iActlD in CC_ACCOUNT and creates a suspend note in 
CC_ACCOUNT_NOTES. 

The schedule daemon is a continuously running process that connects contents 
from jobs to individual showings of movies. There is a limited number of contents that 
25 may be contained in a presentation, and this number is read and calculated from the 
designated presentation format and frame records. The schedule daemon reads the 
showings (CC_SHOWING) as they become available on the system. Ordered by 
approval date, schedule requests (CCSCHEDULEREQUEST) of the job are read, and 
entries are added to CC_JOB_SCHEDULE. After the presentation's capacity for 
30 contents has been filled all other requests are left unsatisfied. If a job request cannot be 
satisfied, then a notice in the form of an email or login message or part of the billing 
report is conveyed to the content provider. However, capacity may become available as 
new showings are added or previously scheduled jobs are canceled. 

A job would not have been approved unless there is a high degree of certainty 
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that it would be fulfilled. The exception is low-priority (or run-of-house) jobs that do not 
share the same high degree of certainty in placement. If the job can be satisfied, a job 
schedule entry is added to CCJOBSCHEDULE. 

As shown in Figure 12, there exist a variety of permutations of schedule requests 
5 based on different combinations of factors such as the location 300, the movie 302, the 
time of day 304, and the date 306. The area indicated at 300 represents schedule request 
where the location is the specifically requested location, and no other criteria are 
specified. The area indicated at 302 represents schedule request where the movie is the 
specifically requested movie, and no other criteria are specified. The area indicated at 
10 304 represents schedule request where the time of day is the specifically requested time 
of day, and no other criteria are specified. The area indicated at 306 represents schedule 
request where the date is the specifically requested date, and no other criteria are 
specified. 

The overlapped areas represent combinations of specified criteria as shown. For 
1 5 example, the area indicated at 308 represents a combination of specifically requested 
location and time-of-day factors, where no other criteria are specified. The area 
indicated at 310 represents a combination of each of the location, movie, time of day, 
and date criteria. 

These permutations translate directly into one or more SQL queries used to build 
20 the list. Once the list is built, duplicates are removed as it is currently assumed that 
duplicates are undesirable. Duplicates may be present because the schedule requests 
overlap, not because the queries overlap. This list is used to populate 
CCJOB_SCHEDULE with schedules. 

The production daemon creates the presentation from the format and frame 
25 definitions and the contents. The Format and Frame are designated by Site and Date 
from CCPRESENTATIONJFORMAT and CC_PRESENTATION_FRAME. The 
contents are read from the jobs that are scheduled by the schedule daemon. Any surplus 
capacity is filled using "Run of House", low priority, content. 

As shown in Figure 13, contents as assembled into presentations in accordance 
30 with a pre-defined presentation frame. For each page of the frame 350, the specified 
types of contents are assembled. The upper-left page 352 is a logo page and the logo 
contents are assembled for presentation at the appropriate part of the frame 350. The 
lower-left page 354 is a news page and the news contents are assembled with the 
scrolling script to animate it. The lower-right page 356 is a trivia and feature ad page so 
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the trivia, feature ad and replacement script to change the contents are assembled. The 
upper-right page 358 is a banner ad page so the banner ad list generated by the 
scheduling daemon and the banner script to change the ads are assembled. The frame 
350, pages 352 - 358 and the page contents comprise the presentation. 
5 Presentations are staged for transfer. Schedules are compared to the schedules of 

the prior days and while duplicates are still registered, their content is not. This step re- 
uses the content that has already been transferred and conserves bandwidth on the WAN. 
After staging, the content is compressed into a single file and transferred to the Client PC 
responsible for serving the presentation. 
10 The logging daemon recovers the presentation logs from the client PCs 

responsible for serving the presentations. The logs are read and schedule entries are 
updated to confirm the fact that they were either shown or to indicate that they were not 
shown with a reason code. 

In the user interface tier, the system is manipulated through the use of two 
1 5 separate HTML/HTTP (Web) interfaces, one that is exposed to the Internet and the other 
is limited to within the system's Intranet. The Internet exposure is secure and provides 
only the level of function necessary to describe, schedule and submit message contents. 
The Intranet exposure provides system operators and administrators full access to 
perform duties in the workflow and manage the system. 
20 There are three primary user interfaces to the system, the provider interface, the 

exhibitor interface, and the operator interface. These interfaces provide the required 
functionality for the particular user to perform its work. 

As shown in Figure 14, the client assembly logical architecture includes a two 
tier architecture composed of HTML/XML browser 360 exchanging data with an HTTP 
25 server 362. This architecture may be used regardless of whether the client assembly is 
stand-alone or multi-screen. Presentations are received from the server-side production 
daemon 364 and stored in a local volume 366. Transfer of the volume across the WAN 
is accomplished through the use of file transfer protocol (FTP), HTML presentation, a 
copy or move executed across a Network File System (NFS), or through a custom 
30 process using sockets. Once the presentation is local to the client assembly, it is ready to 
be presented to an audience. 

Presentation begins when the HTML/XML browser 360 is loaded by a person at 
the client PC. The browser is set to the particular screen's URL. The local HTTP server 
362 responds by sending the presentation from the local volume to the browser. The 
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contents of the browser are displayed through the connected display hardware to be 
viewed by the intended audience. 

As the contents of the presentation are served, the HTTP server 362 logs records 
into a file accounting for the fact that they have been served and thus presented before 
5 the intended audience. The records include, not only a unique ID of the contents, but 
also time and location data. The log files are collected periodically by the server-side 
logging daemon 364, and presentation log data is passed back from the HTTP server 362 
to the local volume 366 as shown at 368, and from the local volume 366 to the server- 
side daemons as shown at 370. 

10 An exposure report may also be prepared. The exposure report may be generated 

for a number of reasons including, but not limited to billing based on exposure, value 
supplements in the case of fixed-price jobs, and for advertising effectiveness. 

As shown in Figure 15, an exposure report 400 may include identification data 
such as client data, job data, the dates of run of an advertisement, an account (or agency), 
15 and a client contact. The exposure report may also include schedule requests data 
showing the details of the requests (such as movie, time of day, dates and locations) as 
well as details of the actual exposure (such as movies, days, screens, and people). 

Advertising may be sold based on exposure or expected exposure. This means 
that the job may be paid for based purely on the number of people reached. Advertising 
20 may also be sold based on expected exposure. Further ways to add certainty to the sales 
based on exposure include, but are not limited to, employing an exposure cap in the 
schedule request. 

In conjunction with client sales information exposure reports may be used for 
cost/benefit analysis and to refine the target markets. This type of analysis requires 
25 simple correlation analysis by-location, by-movie, or by-time. In this way advertisers 
may adapt their advertising habits and develop more targeted and cost-effective plans. 

It will be apparent to those skilled in the art that various modifications and 
variations can be made in the system and method of the present invention without 
departing from the spirit or scope of the invention. The present invention covers the 
30 modifications and variations of this invention provided they come within the scope of the 
appended claims and their equivalents. 
What is claimed is: 
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1 1. A system for communicating with, and providing data representative of 

2 advertisement information to, movie projection equipment in theatres, said system 

3 comprising: 

4 a computer storage unit for receiving and storing data representative of 

5 advertisement information; 

6 a plurality of digital projector assemblies coupled to said computer storage unit 

7 for receiving data from said computer storage unit; 

8 a movie identification input unit for receiving information regarding a movie that 

9 is to be shown in a theatre environment associated with a first of said plurality of digital 

1 0 projector assemblies; and 

1 1 a controller for selecting certain stored data for transmission to said first digital 

12 projector assembly responsive to said movie identification input unit 

1 2. A system as claimed in claim 1, wherein said first of said plurality of 

2 digital projector assemblies includes a computer processing unit in communication with 

3 a digital projector. 

1 3. A system as claimed in claim 1 , wherein said movie identification input 

2 unit further receives information regarding an assigned time that the movie is to be 

3 shown in the theatre environment associated with said first of said plurality of digital 

4 projector assemblies. 

1 4. A system as claimed in claim 3, wherein said controller for selecting 

2 certain stored data for transmission to said first digital projector assembly is further 

3 responsive to the information regarding the assigned time 



1 5. A system as claimed in claim 1, wherein said movie identification input 

2 unit further receives information regarding an assigned location that the movie is to be 

m 

3 shown in the theatre environment associated with said first of said plurality of digital 

4 projector assemblies. 

1 6. A system as claimed in claim 5, wherein said controller for selecting 

2 certain stored data for transmission to said first digital projector assembly is farther 

3 responsive to the information regarding the assigned location. 



WO 01/13301 



29 



PCT/US00/22105 



17. A system as claimed in claim 1 , wherein said system further includes a 

» 

2 network coupled to said computer storage unit and to said plurality of digital projector 

3 assemblies. 

1 8. A system as claimed in claim 1, wherein said system further includes 

2 assembling means for assembling a plurality of frames into a composite frame for output 

3 by said first digital projector assembly, wherein at least one of said plurality of frames 

4 includes data representative of advertisement information responsive to said movie 

5 identification input unit. 

1 9. A system for communicating with, and displaying data representative of 

2 advertisement information to, movie projection equipment in theatres, said system 

3 comprising: 

4 a computer storage unit for receiving and storing data representative of 

5 advertisement information; 

6 a processing unit coupled to said computer storage unit; 

7 a plurality of digital projector assemblies coupled to said processing unit, said 

8 plurality of digital projector assemblies including a first projector assembly for use in a 

9 first theatre and a second projector assembly for use in a second theatre; and 

10 a movie identification input unit for receiving first theatre scheduling information 

1 1 regarding a movie that is to be shown in the first theatre, said movie identification input 

12 unit being coupled to said processing unit, and said processing unit being adapted to 

1 3 provide a first portion of the data representative of advertisement information to the first 

14 digital projector assembly responsive to said first theatre scheduling information. 

1 10. A system as claimed in claim 9, wherein said first theatre scheduling 

2 information includes information regarding the time, date and location that a particular 

3 movie is to be shown. 

1 11. A system as claimed in claim 10, wherein said system further includes a 

2 network in communication with said plurality of digital projectors, said processing unit, 

3 and said movie identification input unit. 

1 12. A system as claimed in claim 9, wherein said scheduling information 
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2 includes information regarding whether a particular showing of a particular movie is the 

3 first showing of the movie in that theatre. 

1 13. A system as claimed in claim 9, wherein said scheduling information 

2 includes information regarding whether a particular showing of a particular movie is 

3 within the first week of the first showing of the movie in that theatre. 

1 14. A system as claimed in claim 9, wherein said movie identification input 

2 unit also receives said second theatre scheduling information regarding a movie that is to 

3 be shown in the second theatre, and said processing unit is adapted to provide a second 

4 portion of the data representative of advertisement information to the second digital 

5 projector assembly responsive to said second theatre scheduling information. 

1 1 5. A method of providing data representative of advertisement information 

2 to movie projection equipment in theatres, said system comprising the steps of: 

3 initializing a computer storage unit for receiving and storing data representative 

4 of advertisement information; 

5 receiving data from the computer storage unit at a plurality of digital projector 

6 assemblies; 

7 generating movie identification information regarding a movie that is to be shown 

8 in a theatre environment associated with a first of the plurality of digital projector 

9 assemblies; and 

1 0 selecting certain stored data from the computer storage unit for transmission to 

1 1 the first digital projector assembly responsive to the movie identification information. 

1 16 ' 1116 method as claimed in claim 15, wherein said method further includes 

2 the step of assembling a plurality of frames into a composite frame for output by the first 

3 digital projector, wherein at least one of the plurality of frames includes data 

4 representative of advertisement information responsive to the movie identification 

5 information. 

1 17. A system for providing advertisement information to an audience, said 

2 system comprising: 

3 storage means for receiving and storing advertisement information regarding a 

4 plurality of advertisements; 
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5 . common interest identification means for identifying a characteristic that each of 

6 the members of a first audience has in common, and for producing common interest 

7 information; 

8 selection means for selecting a subset of the advertisement information 

9 responsive to the common interest information; and 

1 0 display means for permitting the selected subset of the advertisement information 

11 to be displayed to the first audience. 

1 1 8. A system as claimed in claim 1 7, wherein said system further includes a 

2 movie attendance feedback unit for receiving data representative of information 

3 regarding the number of people comprising the first audience. 

1 19. A system as claimed in claim 1 7, wherein said system further includes an 

2 exposure log generation unit for recording data representative of the display of the 

3 selected subset of the advertisement information to the first audience. 

1 20. A system as claimed in claim 1 7, wherein said system further includes an 

2 exposure log feedback unit for receiving a recording of the display of the selected subset 

3 of the advertisement information to the first audience. 

1 2L A system as claimed in claim 1 7, wherein said system further includes an 

2 exposure reporting unit for recording data representative of information relating to the 

3 number of people that comprise the first audience, and the display of the selected subset 

4 of the advertisement information to the first audience. 

1 22. A system as claimed in claim 17, wherein said common interest 

2 information includes information regarding a movie. 

1 23. A system as claimed in claim 17, wherein said common interest 

2 information further includes information regarding the time of day that a movie is 

3 scheduled to be shown. 



1 24. A system as claimed in claim 18, wherein said common interest 

2 information further includes information regarding whether the time of day that a movie 

3 is scheduled to be shown is the first showing of the movie in that theatre. 
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1 25. A method of providing advertisement information to an audience, said 

2 method comprising the steps of: 

3 providing a storage medium for storing advertisement information regarding a 

4 plurality of advertisements; 

5 identifying a common interest characteristic that each of the members of a first 

6 audience has in common; 

7 generating common interest data representative of said common interest 

8 characteristic; and 

9 selecting a subset of the advertisement information responsive to the common 
10 interest data. 

1 26. A method as claimed in claim 25, wherein said method further includes 

2 the step of displaying the selected subset of the advertisement information to the first 

3 audience. 
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Job Exposure Report 












Client 


Fruit Computer, Inc. 






Job 


Pear Christmas Promotion 




Dates 


11/1A999- 12/1/1999 
















Account 


Millenium Advertising Agency 




Contact 


Y. Tookay 




























Schedule Requests 








1 






• 


Request Detail 










Movie 


"If I ran the Internet 






Time-of-day 


NULL | 






Dates 


11/25/1999- 1/25/1999 






Location 


NULL 






Exposure 












Movies 


1 








Days 


5 








Screens 


1,798 








People 


798,123 
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